Computing device with improved user interface for applications

ABSTRACT

The present invention offers a snap-shot view which brings together, in one summary window, a limited list of common functions and commonly accessed stored data which itself can be reached directly from the main menu listing some or all applications. This yields many advantages in ease and speed of navigation, particularly on small screen devices.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of pending U.S. application Ser. No. 15/830,202, filed Dec. 4, 2017, and a continuation of pending U.S. application Ser. No. 15/785,645, filed on Oct. 17, 2017, both of which are continuations of U.S. application Ser. No. 13/860,143, filed on Apr. 10, 2013 and now abandoned, which is a continuation of U.S. application Ser. No. 10/343,333, filed on Aug. 27, 2003 and issued as U.S. Pat. No. 8,434,020, which is the National Stage of International Application No. PCT/GB01/03387, International Filing date, Jul. 27, 2001, which designated the United States of America, and which International Application was published under PCT Article 21 (s) as WO Publication 02/10893 and which claims priority from, and benefit of, Great Britain Application No. 0019459.7, filed on Jul. 28, 2000, the disclosures of which are incorporated herein by reference in their entireties.

This application is also related to U.S. application Ser. No. 14/063,544, filed on Oct. 25, 2013 and now issued as U.S. Pat. No. 8,713,476, which is also a continuation of the above-referenced U.S. application Ser. No. 10/343,333, the disclosure of which is incorporated herein by reference in their entireties.

BACKGROUND OF THE INVENTION 1. Field of the Invention

This invention relates to a computing device with an improved user interface for applications. The term ‘computing device’ refers to any kind of device which can process and display information. The invention has specific application to mobile telephones. The term ‘mobile telephone’ refers to any kind of mobile device with communications capabilities and includes radio (mobile) telephones, smart phones, communicators, PDAs and wireless information devices. It includes devices able to communicate using not only mobile radio such as GSM or UMTS, but also any other kind of wireless communications system, such as Bluetooth.

2. Description of the Prior Art

One of the problems facing the designers of computing devices with small screens is how to allow the user to navigate quickly and efficiently to access data and activate a desired function. Computing devices with small screens tend to need data and functionality divided into many layers or views: for example, the small display size of mobile telephones has conventionally meant that several hierarchies of functions have to be offered to a user. The interface can be thought of as having many layers, with the user having to first locate the correct top level function and then, within that function, progressively drill down (sometimes through 3 or more layers) to complete the required task. Where a mobile telephone includes several different applications (e.g. a message application, a contacts/address book application, a calendar application and a telephone application), then the user normally has to first of all locate, then start/open the required application and then may need to navigate to the required function (e.g. create a new contact entry) or cause the required stored data (e.g. display names beginning with the letter ‘A’) to be displayed. This process can seem slow, complex and difficult to learn, particularly to novice users.

Hence, with conventional user interfaces, a user may need to scroll around and switch views many times to find the right data/functionality. An effective user interface would ideally enable the user to readily and rapidly access the right data/functionality. Designing such an interface is however a complex human factors problem, especially for computing devices such as mobile telephones.

In some mobile telephones, a menu of several available options is displayed: the menu commands may then be divided into functional groups, with the most useful functional group at the top of the menu; the most useful command within that group is then placed at the top of group. In other devices, only one option is shown on the screen at any one time, making it harder for a user to appreciate the available options and therefore navigate effectively.

Some mobile telephones also offer limited shortcuts to get straight to a particular function. This usually involves memorising various keyboard input sequences, corresponding to different menu positions at different levels in the menu hierarchy. These shortcuts appeal only to a small number of expert users. Most mobile telephones also include idle screens (i.e. a display which is shown when the mobile telephone is switched on but not in use); these idle screens often carry alerting messages (e.g. “1 missed call”).

On a more theoretical basis, a user interface typically has to demonstrate or make explicit the changing internal status of the mobile telephone as navigation proceeds. For example, to select or initiate a function (e.g. to open an address book function, enter a PIN security number or to alter the ring melody) a user has to understand (a) how to navigate to that function in order to select that function and (b) that the status of the telephone is such that the function can be selected or initiated. The technical problem of effectively enabling the user to understand this changing internal state has to date been inadequately addressed. The object of the present invention is to provide an improved form of user interface which addresses this problem.

SUMMARY OF THE PRESENT INVENTION

According to a first aspect of the invention there is provided a computing device comprising a display screen, the computing device being able to display on the screen an application summary window, the summary window comprising a limited list of (i) common functions offered within an application and/or (ii) data stored in that application.

Hence, the present invention envisages, in one implementation, a ‘snap-shot’ view of an application in which the snap-shot view brings together, in one summary window, a limited list of common functions and commonly accessed stored data.

Preferably, where the summary window for a given application shows data or a function of interest, the user can directly select that data or function; this causes the application to open and the user to be presented with a screen in which the data or function of interest is prominent. This saves the user from navigating to the required application, opening it up, and then navigating within that application to enable the data of interest to be seen or a function of interest to be activated.

In another aspect, there is a computer program which when running on a computing device (such as a mobile telephone), enables the device to operate in accordance with the above aspects of the invention. The program may be an operating system.

BRIEF DESCRIPTION OF THE FIGURES

The invention will be described with reference to the accompanying Figures, in which:

FIGS. 1-3 are screen shots showing an implementation of the present invention.

DETAILED DESCRIPTION

The present invention offers, in one implementation, a snap-shot view which brings together, in one summary window, a limited list of common functions and commonly accessed stored data which itself can be reached directly from the main menu listing some or all applications. This yields many advantages in ease and speed of navigation, particularly on small screen devices. For example, a user can get to the summary window in just two steps—first, launch a main view which shows various applications; then, launch the appropriate summary window for the application of interest. This is far faster and easier than conventional navigation approaches. Once the summary window is launched, core data/functionality is displayed and can be accessed in more detail can typically be reached simply by selecting that data/functionality. Hence, only three steps may be needed from start up to reaching the required data/functionality; navigating from between each step is clear and straightforward.

As an example, the main view may be an Application Launcher for several applications such as ‘Messages’, ‘Contacts’, ‘Calendar’ and ‘Phone’. The Application Launcher view is then presented as a standard scrolling list of application names with appropriate application icons next to them. The list is vertical and only one application is presented per line. Standard highlight functions apply in that when the Application Launcher view is opened the highlight defaults to the first item in the list of applications. This is shown in FIG. 1, in which the screen display 1 includes a list of applications (‘Messages’; ‘Contacts’; ‘Calendar’; and ‘Phone’), including a highlighted ‘Messages’ at 2. Alternatively, the highlight may default to the middle item in the list of applications. At this point, the user may take conventional navigation steps, such as scrolling, to move the highlight and using the available select function to navigate to the required highlighted application.

The innovative summary window functionality can be accessed as follows: should the highlight rest on the name of an application in the App Launcher for a certain amount of time (say a 1.2 second timeout), the summary window (the “App Snapshot”) drops down from the highlight bar. The App Snapshot for any given application is a window which includes commonly requested data associated with that application and links to common functionality in that application. The App Snapshot is shown at 3 in FIG. 2, it includes the number of new messages (‘0’) and links to the two most common functions (as defined by the system designer, or selected by the user, or learned by the device) in the Messages application—‘Create Messages’ and ‘Enter chat room’. In FIG. 3, a slightly longer App Snapshot is shown, indicating at 4 that there are ‘2 new SMS’ messages and ‘1 Chat Ongoing’. Other selection processes could also be used (e.g. voice activation, softkey selection etc.) to access the App Snapshot. For example, the App Snapshot may be ‘called’ or ‘fired’ by using a right scroll function (if the mobile telephone has 4-way scrolling capacity); a press and hold of the select function when an application name is highlighted; or using a right cursor key on a highlighted application name.

A highlight is available in the App Snapshot dropdown which may be scrolled in order to select a required item. When an item in the App Snapshot is selected (e.g. by being highlighted and then selected using a conventional selection technique such as pressing a right cursor), the device displays the relevant data in the application details view, or displays the relevant screen offering the relevant functionality. The required application may be automatically opened when the item in the App Snapshot is selected. The App Snapshot can therefore display data from an application and functions of that application without actually opening the application up: only once a user has selected an item in the App Snapshot associated with a given application does that application have to be opened. For example, when ‘Create Messages’ in an App Snapshot is selected, then the messaging application is opened up; that application does not however have to be opened up prior to that stage.

Although the terra ‘window’ has been used to describe the drop down summary, the summary does not have to be presented within any kind of frame. Any manner of presenting the common functions offered within an application and/or data stored in that application will constitute a ‘window’ as such.

The App Snapshot dropdown may be dismissed in the following ways:

-   -   If a timeout is used to call the App Snapshot, scrolling the         highlight back to the relevant application name (i.e. back up to         ‘Messages’ in FIG. 2 or 3) removes the App Snapshot. Scrolling         down through the App Snapshot and off the end moves the         highlight to the next application in the list (i.e. to         ‘Contacts’ if the Messages App Snapshot has been scrolled         through).     -   If scroll functions (e.g. right scroll) call the App Snapshot,         the opposite scroll function removes the snapshot.

When a user scrolls off the end of the App Snapshot, the main list from which the App Snapshot was opened de-compresses to regain the display estate that was taken up by the App Snapshot (i.e. the screen reverts to that shown FIG. 1). If the user has scrolled up back to the application name (so that the highlight moves up), this application name stays where it was and the next main list item draws back up to abut it. If the user scrolls off the end of the App Snapshot, the highlight moves down to the next item in the main list and this item together with the highlight move up the screen to regain the App Snapshot estate (i.e. taking the place of the App Snapshot).

Another caveat regarding the main list is that when the App Snapshot opens, there will typically be one item in the main list above and below it to preserve context—(i.e. to reduce any feeling in the user of having been transported somewhere else in the UI. They have not gone anywhere yet; the App Snapshot is just showing where they could easily go to). Hence in FIG. 2, the term ‘Launcher’ remains at the top of the screen, and the word ‘Phone’ and its associated icon remains at the bottom.

App Snapshots are not intended to replace notifications, but to complement them by providing non-intrusive reminders for the user, as well as rapid shortcuts to key application functionality.

The mobile telephone may be able to learn what functionality and/or stored data types are most likely to be of interest to a given user and which should therefore be included in a summary view to any given user. Alternatively, the user or system designer may define the kinds of functionality and/or stored data to be included in the App Snapshot for a given application. The constituency of the App Snapshot can therefore vary as determined by the user and/or system designer and/or the usage patterns of the user. The consistent goal however is for the App Snapshot to show only the most useful views and states.

Another possible feature is that the constituency of the App Snapshot may vary with the environment in which the mobile telephone finds itself. For example, if the telephone is Bluetooth enabled, then there may be a Bluetooth application which has associated with it a summary window which lists the other Bluetooth devices in the vicinity.

A further possible feature is that the constituency of the App Snapshot may vary with the actions of the user. For example, if the mobile telephone has an active Calendar application, and the user opens the App Snapshot for Contacts, then the Contacts App Snapshot may include contact information for parties in the previously or currently open Calendar application. But if the user opened the Contacts App Snapshot when the Phone application was current, then the Contacts App Snapshot may instead include contact information of the most called party, or a missed call party, or a party whose call the user is auto-replying to.

In a Messages view, when the highlight rests on a message entry, further information on that message becomes visible such as date and time it arrived and the first line/subject of the message. Rather than an App Snapshot opening here, the highlight expands to cover this extra information as well as the list item. It does this here because the extra information displayed is not ‘fireable’ like App Snapshot items in the application switcher.

In the Contacts manager, the App Snapshot opens (using whatever mechanism is implemented) to display phone numbers and email addresses which may be ‘fired’ (i.e. a phone number is dialled, an email address is seeded into a new message). The Contacts manager can have a base view—a list of names of the people stored in a device. It opens to show usable contact details like phone numbers and email addresses for each contact so you can initiate communication from here rather than navigating further within the Contacts Manager application. For example, the contact John Smith would have a snapshot which expands to show his phone number and email address. A user can scroll to the email address and hit the select button—the display then changes to a new email form seeded with his email address and all the user need do is input some body text and hit a ‘Do It’ button.

The present invention can also be used in systems which do not have a concept of separate applications as such. Then, the snapshot views are then views of commonly used functions and/or data, selected by the system designer, user or through a machine learning process.

As explained above, the present invention is particularly useful for mobile telephones because of their user interface constraints. However, it may also be used in environments outside of mobile telephony. For example, desktop and laptop PCs may also benefit from the present invention. The present invention may therefore be used in any computing environment, including both keyboard and keyboard-less devices. 

1. A mobile telephone comprising a display screen, the mobile telephone being adapted to: display a plurality of items on the screen, each item corresponding to an application, the plurality of items arranged in a main view; and responsive to a user input with respect to a first item of the plurality of items in the main view, the user input comprising a press and hold of a select function of the mobile telephone, the first item corresponding to a first application: display on the screen an application summary for the first application, the application summary comprising a list of at least one function that can be initiated within the first application, the list excluding at least one other function that can be initiated within the first application; and responsive to a user input selecting a function in the displayed application summary, open the first application and initiate the selected function within the first application.
 2. The mobile telephone of claim 1, the mobile telephone being further adapted to: responsive to a user input selecting a second item of the plurality of items arranged in the main view, launch a second application; display an application view corresponding to the launched second application, wherein the application view displays a plurality of data items; responsive to a user input with respect to a first data item of the plurality of data items displayed in the application view, the user input comprising a press and hold of a select function of the mobile telephone: display on the screen a summary window for the first data item, the summary window comprising one or more of further information with respect to the first data item or a list of at least one function that can be initiated with respect to the first data item.
 3. The mobile telephone of claim 2, wherein the summary window comprises a list of at least one function that can be initiated with respect to the first data item, and wherein at least one function in the list can be initiated within a third application.
 4. The mobile telephone of claim 3, wherein responsive to a user input selecting a function in the displayed summary window, the mobile telephone is adapted to initiate the selected function within the third application.
 5. The mobile telephone of claim 2, wherein the mobile telephone is adapted to vary the contents of the application summary for the first application based on usage patterns of a user.
 6. The mobile telephone of claim 1, the mobile phone being further adapted to: launch the first application from the main view; display an application view corresponding to the launched first application, wherein the application view displays a plurality of data items; responsive to a user input with respect to a first data item of the plurality of data items displayed in the application view, the user input comprising a press and hold of a select function of the mobile telephone: display on the screen a summary window for the first data item, the summary window comprising one or more of further information with respect to the first data item or a list of at least one function that can be initiated with respect to the first data item.
 7. The mobile telephone of claim 6, wherein the mobile telephone is adapted to vary the contents of the application summary for the first application based on usage patterns of a user.
 8. The mobile telephone of claim 1, wherein each of the plurality of items in the main view comprises at least one of a name associated with a corresponding application and an icon associated with the corresponding application.
 9. The mobile telephone of claim 1, wherein the displayed application summary for the first application overlies at least a second item in the main view, the second item corresponding to a second application.
 10. The mobile telephone of claim 1, wherein the mobile telephone is adapted to vary contents of the application summary for the first application according to a current environment external to the mobile telephone.
 11. The mobile telephone of claim 10, wherein the mobile telephone further comprises Bluetooth communications capability; and wherein the contents of the application summary for the first application varying according to the current environment comprises a list of other devices with Bluetooth capability in the vicinity of the mobile telephone.
 12. The mobile telephone of claim 1, wherein the mobile telephone is adapted to vary contents of the application summary for the first application based on usage patterns of a user.
 13. The mobile telephone of claim 1, wherein the displayed application summary for the first application further comprises data of at least one stored data type accessible within the first application when opened.
 14. The mobile telephone of claim 1, wherein the mobile telephone is adapted to, responsive to the user input selecting the function in the displayed application summary, open the first application and initiate the selected function within the first application without an intervening further user input.
 15. A method comprising: displaying a plurality of items on a display screen of a mobile telephone, each item corresponding to an application, the plurality of items arranged in a main view; and responsive to a user input with respect to a first item of the plurality of items in the main view, the user input comprising a press and hold of a select function of the mobile telephone, the first item corresponding to a first application: displaying on the display screen an application summary for the first application, the application summary comprising a list of at least one function that can be initiated within the first application, the list excluding at least one other function that can be initiated within the first application; and responsive to a user input selecting a function in the displayed application summary, opening the first application and initiating the selected function within the first application.
 16. The method of claim 15, further comprising: launching a second application corresponding to a selected item of the plurality of items arranged in the main view; displaying on the display screen an application view corresponding to the launched second application, wherein the application view displays a plurality of data items; responsive to a user input with respect to a first data item of the plurality of data items in the application view, the user input comprising a press and hold of a select function of the mobile telephone: displaying on the display screen a summary window for the first data item, the summary window comprising one or more of further information with respect to the first data item or a list of at least one function that can be initiated with respect to the first data item.
 17. The method of claim 16, wherein the summary window comprises a list of at least one function that can be initiated with respect to the first data item, and wherein at least one function in the list can be initiated within a third application.
 18. The method of claim 17, further comprising: responsive to a user input selecting a function in the displayed summary window, initiating the selected function within the third application.
 19. The method of claim 15, further comprising: launching the first application from the main view; displaying on the display screen an application view corresponding to the launched first application, wherein the application view displays a plurality of data items; responsive to a user input with respect to a first data item of the plurality of data items in the application view, the user input comprising a press and hold of a select function of the mobile telephone: displaying on the display screen a summary window for the first data item, the summary window comprising one or more of further information with respect to the first data item or a list of at least one function that can be initiated with respect to the first data item.
 20. The method of claim 15, wherein each of the plurality of items in the main view comprises at least one of a name associated with a corresponding application and an icon associated with the corresponding application.
 21. The method of claim 15, wherein the displayed application summary for the first application overlies at least a second item in the main view, the second item corresponding to a second application.
 22. The method of claim 15, wherein the contents of the application summary for the first application vary according to a current environment external to the mobile telephone.
 23. The method of claim 22, wherein the mobile telephone further comprises Bluetooth communications capability; and wherein the application summary for the first application comprises a list of other devices with Bluetooth capability in the vicinity of the mobile telephone.
 24. The method of claim 15, wherein the contents of the application summary for the first application are varied based on usage patterns of a user.
 25. The method of claim 15, wherein the displayed application summary for the first application further comprises data of at least one stored data type accessible within the first application when opened.
 26. The method of claim 15, further comprising: responsive to the user input selecting the function in the displayed application summary, opening the first application and initiating the selected function within the first application without an intervening further user input. 